FunnelFlux에는 두 가지 고유 식별자가 있으며, 아래에 자세히 설명되어 있습니다.
Hit ID
Hit ID는 방문자가 노드를 볼 때마다 생성됩니다.
이는 우리 시스템에서 가장 고유한 ID입니다. 방문한 모든 노드(로테이터 포함)는 Hit ID를 생성하며, 이는 우리의 분석 데이터베이스에 저장되는 원시 이벤트입니다. 이는 {hit} 토큰을 사용하여 URL로 전달될 수 있습니다.
보고
Hit ID는 원시 이벤트 페이지에서만 사용할 수 있습니다
원시 이벤트 페이지에서는 "Hit ID" 열에 표시되며, 높은 카디널리티로 인해 일반 보고에서는 사용할 수 없습니다(즉, 우리의 분석 데이터베이스가 이를 집계하는 것은 매우 비효율적인 쿼리이므로 피해야 합니다).
원시 이벤트 페이지는 모든 쿼리의 가장 최근 1000개 행만 반환합니다 -- 위의 성능 문제를 피하기 위해서입니다.
"방문자 여정" 보고 속성을 사용할 때, 이러한 Hit ID를 통해 우리는 퍼널을 통한 사용자 여정의 노드 트리를 만들 수 있습니다.
전환 추적
가장 일반적인 형태의 전환 추적은 우리의 Hit ID와 함께 포스트백 URL을 사용하는 것입니다, 예:
https://USER_DOMAIN/pb/?hit=HIT_ID&rev=REVENUE&tx=OPTIONAL
Hit ID는 페이지 조회 시 생성되므로, 오퍼로 리디렉션할 때는 해당 오퍼 URL에 {hit}와 함께 전달된 Hit ID가 해당 페이지 조회를 나타내며, 따라서 전환할 ID가 됩니다.
전환 가능한 모든 오퍼 Hit ID는 "h"로 끝납니다.
JavaScript의 전환은 Hit ID를 지정할 수 있으며, 이는 정확하고 다른 데이터가 필요하지 않습니다. 그러나 전환할 히트는 일반적으로 이전 페이지에서 오기 때문에 정확한 Hit ID를 클라이언트 측 JS에 캡처하고 푸시하는 것은 가능성이 낮습니다.
한 페이지에서 다음 페이지로 Hit를 전달할 수 있다면, JS를 사용하는 대신 해당 Hit ID로 포스트백 URL에 GET 요청을 사용하여 Hit를 전환할 수 있습니다.
방문자 ID
이들은 {visitor} 토큰을 가지며 사용자의 세션 수준 식별자입니다.
우리 시스템은 새로 도착하는 모든 방문자에 대해 이를 생성하고 자동으로 모든 리디렉션 대상에 &vid={visitor}를 추가하여 결과 페이지(종종 우리의 JS가 있는 랜딩 페이지/오퍼)가 사용자를 원활하게 추적할 수 있도록 합니다.
우리의 쿠키는 이 VID 값을 저장하며, 이는 사용자의 신뢰할 수 있는 추적을 보장하는 가장 중요한 값입니다. 이것이 우리의 JS 헬퍼 함수가 URL을 다시 작성하여 이를 포함시키고 액션 URL에 주입하는 이유입니다.
캐싱 및 저장
사용자 세션 데이터는 리디렉션 처리 중 지역 엣지 서버가 액세스하는 중앙 집중식 캐시에 저장됩니다. 세션 객체는 트래픽 소스에서 오거나 액션/입구 URL에 수동으로 주입된 모든 URL 매개변수와 함께 사용자의 퍼널 탐색 전체 기록을 저장합니다.
이러한 방문자 ID는 각각 아시아, 유럽 및 미국 위치의 방문에 대해 a, e 또는 u로 시작합니다. 이를 통해 다른 엣지가 지역 외 ID를 수신할 때 올바른 캐시에서 조회할 수 있으며, 이는 사용자가 위치를 변경하거나, 여정 중간에 VPN을 사용하거나, 제3자 시스템이 VID 값을 사용하여 서버 측 전환 이벤트를 보내는 경우에 중요합니다.
세션은 퍼널 설정에서 연결된 퍼널이 선언되지 않는 한 기본적으로 7일 후 만료됩니다.
URL 데이터
주목할 점은 모든 URL 데이터가 세션 객체에 저장되지만, 트래픽 소스 구성의 명명된 필드만 분석 데이터베이스에 커밋된다는 것입니다. 따라서 이 세션 객체를 사용하여 임시 데이터를 URL로 전달하고 페이지/오퍼로 전달할 수 있습니다.
퍼널 빌더 > 페이지 노드 > 추가 설정에서 누적된 URL 매개변수 토글은 이 세션 객체의 URL 데이터를 대상 페이지 URL로 덤프합니다.
전환 추적
전환은 방문자 ID 또는 Hit ID를 사용하여 우리의 포스트백 URL을 통해 전송될 수 있습니다.
Hit ID는 우리 시스템에서 가장 구체적인 ID이며 단일 방문자에 의한 특정 노드의 특정 조회를 참조합니다 -- 따라서 Hit ID만 필요합니다.
방문자 ID의 경우, 그들이 본 페이지도 중요한 정보입니다. 방문자 ID는 사용자 세션만 식별하고 어떤 오퍼를 전환할지는 식별하지 않기 때문입니다.
따라서 이것이 포스트백 URL로 작동합니다:
https://USER_DOMAIN/pb/?vid=VISITOR_ID&p=PAGE_ID&rev=REVENUE&tx=OPTIONAL
페이지 ID가 제공되지 않으면, 해당 방문자의 가장 최근 오퍼 조회가 전환됩니다(이는 원하는 결과가 아닐 수 있습니다).
JavaScript의 전환은 이상적으로 JS가 결국 일관된 VID 추적에 의존하기 때문에 코드에 vid도 포함해야 합니다.
이는 수동으로 주입될 수 있지만, JS는 현재 URL, 쿠키 및 리퍼러에서 이 정보를 쉽게 얻을 수 있습니다. 동적으로 주입할 수 있다면 그렇게 하는 것이 가장 좋습니다.
VID를 사용하는 경우, 페이지 ID(p 속성)도 푸시하는 것이 이상적이며, VID와 함께 Hit ID를 보내는 것을 피해야 합니다. 이들은 경쟁하는 방법이며, 후자가 더 구체적입니다.
보고
원시 이벤트 페이지에서는 "세션 ID" 열에 표시되며, 높은 카디널리티로 인해 일반 보고에서는 사용할 수 없습니다(즉, 우리의 분석 데이터베이스가 이를 집계하는 것은 매우 비효율적인 쿼리이므로 피해야 합니다)
연결된 퍼널 및 간접 전환
FunnelFlux의 한 기능은 이전 퍼널에 간접적으로 수익/전환을 귀속시킬 수 있는 능력입니다.
이는 첫 번째 퍼널이 고급 설정에서 두 번째 퍼널을 "연결된 퍼널"로 선언함으로써 달성됩니다.
연결된 퍼널이 있을 때, 세션 만료 시간은 30일로 연장됩니다.
퍼널 B에서 전환이 발생하면, 전환 프로세서는 사용자의 세션 데이터를 검사하고, 퍼널 B에 "연결된" 원래 퍼널 A를 확인한 다음, 추가적으로 간접 전환을 전달합니다.
이 전환/수익 데이터는 보고에서 볼 수 있으며 사용자가 후속 퍼널에서 오는 사용자의 확장된 가치를 볼 수 있게 합니다.
좋은 예는 옵트인 퍼널입니다. 여기서 사용자는 광고 캠페인에서 리드의 비용을 추적합니다. 그 퍼널은 이메일 퍼널에 연결될 수 있으며, 여기서 사용자는 이메일 시퀀스에서 사용할 링크를 생성합니다. 이메일은 이메일 퍼널 내에서 독립적으로 추적되는 전환을 생성할 수 있지만, 또한 원래 옵트인 퍼널에 간접 수익을 생성했음을 알립니다.
이 기능이 작동하려면 사용자의 VID 값이 퍼널 B에서 사용되는 입구 URL로 전달되어야 합니다. 일반적으로 ..&vid=%SUBSCRIBER_FF_VID%와 같은 것을 URL에 수동으로 추가하여, 사용자가 옵트인 중에 우리의 VID를 캡처하고 일부 CRM 프로필 속성에 저장한 경우입니다.